[Snyk] Upgrade prettier-plugin-solidity from 1.0.0-beta.19 to 1.3.1 #8
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR was automatically created by Snyk using the credentials of a real user.
Snyk has created this PR to upgrade prettier-plugin-solidity from 1.0.0-beta.19 to 1.3.1.
ℹ️ Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.
The recommended version fixes:
SNYK-JS-SEMVER-3247795
Why? Proof of Concept exploit, Has a fix available, CVSS 7.5
(*) Note that the real score may have changed since the PR was raised.
Release notes
Package name: prettier-plugin-solidity
This version ships with 2 substantial changes.
externalTernaries
, so we invite people to start experimenting with it and give us some feedback. (#953)A few improvements on this release:
.cjs
extensionprettier-plugin-solidity/standalone
1000e-2
(solidity-parser/parser#95)A few tweaks in the code and refactor for simplicity and efficiency.
This version adds support for user-defined operators, a feature introduced in Solidity 0.8.19.
This version adds support for named parameters in mappings, introduced in Solidity 0.8.18. This means you can add names to your mappings parameters:
and Prettier Solidity will format it correctly.
Thanks to @ zemse for working on this!
With this version we started supporting prettier V3 which at the moment it's in their
3.0.0-alpha.4
version. (#757)Some internal tweaks and removed some dependencies that were no longer used. (thanks to @ frangio for noticing #780)
With this version, we are releasing a standalone build (#727).
It follows the same patterns Prettier uses for their internal plugins such as UMD.
Hopefully this will make integration for projects based on the browser easy and will be automatically shipped on each release to http://unpkg.com/prettier-plugin-solidity@latest.
We also took care of a small bug that would print an extra line when formatting solidity code within a markdown code block (#765).
We are happy to release the first stable version of Prettier Solidity! 🎉 🎉
What does this mean for you as a user? Semantic versioning doesn't make a lot of sense for a formatter, so it's hard to give hard rules about what will be the meaning of future versions. But we'll try to follow these guidelines:
What separates a "very minor formatting change" from a "bigger one" is hard to define precisely, of course, so some of these decisions will be very subjective, but we'll try to do our best.
Thanks for using our plugin and remember to star the repo! ⭐
This is our first release candidate for a stable v1.0.0!
This version includes some significant changes:
explicitTypes
option, since we believe that this belongs to a linter. The behavior now is the same one that you would get if usingexplicitTypes: "preserve"
, meaning that we'll never convert anuint
to anuint256
or vice versa.line-width
. Plus, the way this works is that first the parameters are split, then the modifiers (if they also don't fit in a single line), and finally the return parameters (also only if they don't fit).**
) now has spaces around it. This is more consistent with other operators, and it looks better for long variable names (that is,base ** decimals
is better thanbase**decimals
). We do know that this is not as nice for some cases (2 ** 10
), but we are erring on the side of consistency and a better worst-case scenario.As an example, a function like this:
would be formatted in the previous version like this:
and now it will be formatted like this:
Please upgrade to the latest version and let us if you find any issues!
Bump to beta.24
Commit messages
Package name: prettier-plugin-solidity
Compare
Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.
For more information:
🧐 View latest project report
🛠 Adjust upgrade PR settings
🔕 Ignore this dependency or unsubscribe from future upgrade PRs